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(54) Communication system and communication path control method 



(57) A communication system includes a control 
communication network (10) for transferring control 
data, and a data communication network (12) for trans- 
ferring stream data. A communication node (14) is set 
on the communication system in response to a request 
on the stream transfer. The communication node (14) is 
connected to both of the above networks and transfers 
data via the data communication network (10) under the 
control based on the control data. The communication 



node (14) controls access by an application and transfer 
of stream data by referring to a transfer control table 
which holds the relation of connection with another con- 
trol communication node (14) which transfers the com- 
mon data and the corresponding relation to a control 
node (16) (application) associated with data transfer 
defined by the connecting relation. 
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Description 

This invention relates to a communication system 
for transferring desired stream data, and more particu- 
larly to a communication system and a communication 
path control method for transferring stream data such as 
video data from a transmission node to a reception 
node in a network. 

The entire contents of Japanese Patent Application 
No. 8-243560 filed on September 13, 1996 are incorpo- 
rated herein by reference. 

Recently, as the computer network technology and 
the communication technique of digital information are 
developed, a system for transferring a string of data 
items (which is hereinafter referred to as stream data) 
constructed on the time series to realize "video on 
demand", for example, is developed. 

In the above system, for example, a requested 
video signal such as a moving picture is sequentially 
converted into digital information (picture frames). Fur- 
ther, the digital information is transferred as stream data 
from a transmission node which is a source node (video 
server or the like) to a reception node which is a desti- 
nation node (user terminal, client or the like) via a com- 
munication path on the network. At this time, the 
transfer rate of the stream data is determined depend- 
ent on the reception speed of the reception node side. 

Therefore, in the process of transferring continuous 
data such as stream data, the transmission node side 
cannot effect the sequential process of transferring 
batches of requested stream data at a high transfer rate 
and then effecting the stream data transferring process 
in response to a next request. That is, the transmission 
node side cannot be released until the stream data 
transferring process is completed. 

As a system for solving the above problem, there is 
provided a system for providing a relay node on a com- 
munication system for transferring stream data and tem- 
porarily buffering stream data transferred from the 
transmission node into a buffer memory by use of the 
relay node. With the above system, the transmission 
node can transfer batches of stream data at a high 
transfer rate irrespective of the reception speed of the 
reception node. The relay node buffers stream data 
transferred from the transmission node and then trans- 
fers the same to the reception node side at a transfer 
rate corresponding to the reception processing speed. 

A plurality of relay nodes can be provided between 
communication nodes (transmission node, reception 
node) for transferring stream data. When communica- 
tion is made between communication nodes connected 
to the network, it is possible to set a stream transfer path 
including some other communication nodes connected 
to the network as relay nodes according to a control 
instruction from a control node. 

While the stream data is being transferred via a plu- 
rality of communication nodes, a server or the control 
node which is previously determined in the communica- 
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tion system is required to acquire the state of each com- 
munication node and set operation parameters in order 
to change the stream transfer path to an adequate 
stream transfer path. 

s As the applicable technique for acquiring the state 

of each communication node and setting the operation 
parameters, a method for directly controlling each com- 
munication node by use of an SNMP (Simple Network 
Management Protocol) which is a management protocol 

io of Internet standard from the control node, and a 
method which is similar to the above method and uses 
a CM IP (Common Management Information Protocol) 
which is a management protocol of OSI (Open System 
Interface) standard permitting the hierarchical structure 

15 on the control node side are known. 

In the conventional communication system, transfer 
of stream data flowing via a plurality of communication 
nodes on the network is managed and controlled by the 
control node using a management protocol such as 

20 SNMP, CMIP. 

The conventional management protocol such as 
SNMP, CMIP is designed for the purpose of controlling 
a network device and generally constructed to effect the 
management operation for part of or whole portion of 

25 the hardware device and a management information 
model representing the structure of a to-be-managed 
object is generally represented by a static description. 
Further, use of the conventional management protocol 
is permitted only for operators having the privilege of 

30 managing the network. 

Therefore, in the conventional communication sys- 
tem, since the control node effects the transfer control 
and management of stream data according to the man- 
agement protocol described before, a communication 

35 node itself (or application associated with the communi- 
cation node) .for effecting data transfer cannot manage 
or control the transfer of individual stream data items 
transferred on the network according to the application 
form of the stream data. Therefore, fixing of the transfer 

40 control and management imposes restrictions on the 
operation of transferring stream data via a plurality of 
communication nodes on the network. 

In a case where a communication node itself for 
transferring data manages and controls the transfer of 

45 stream data, stream transfer on the network occurs 
between any communication nodes, the communication 
node is frequently set or released and a large number of 
streams simultaneously flow on the same communica- 
tion node. 

so Therefore, in order to manage and control the trans- 
fer of stream data, the parameter control process and 
acquisition of the state of stream transfer between ter- 
minal nodes (communication nodes) on the network are 
required. However, since the conventional management 

55 protocol is designed for the purpose of control of the 
network device, the management protocol is insufficient 
in function. 

Further, in a case where the communication node 
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itself effects the management and control of stream 
data transfer, the transfer of stream data is effected by 
use of an application associated with the communica- 
tion node and accesses from a plurality of user applica- 
tions relating to the stream transfer may occur, and 
therefore, a plurality of unspecified communication 
nodes will acquire the state of stream transfer and effect 
the parameter control. As a result, if the process of man- 
aging and controlling desired stream transfer is permit- 
ted simply by use of the conventional management 
protocol in each communication node, a problem occurs 
in the security management of stream data. 

Further, in the conventional communication system, 
in a case where a control message cannot be directly 
transferred from the control node to each communica- 
tion node, it is necessary to use some communication 
nodes as relay nodes for control communication. Mem- 
ory resources on the communication nodes are con- 
sumed by the overhead for managing the connection 
structure and this may impose a restriction on the max- 
imum number of streams which one communication 
node can process. 

An object of this invention is to provide a communi- 
cation system capable of managing or controlling the 
transfer of individual stream data items transferred on 
the network according to the application form of the 
stream data and ensuring the security by permitting the 
management and control operation only for a user appli- 
cation relating to the stream data. 

According to one aspect of this invention, there is 
provided a communication system comprising: a control 
communication network for transferring control data; a 
data communication network for transferring data; a plu- 
rality of communication nodes connected to the control 
communication network and data communication net- 
work; and at least one control means for controlling data 
transfer by the plurality of communication nodes, each 
of the control means being connected to one of the con- 
trol communication network and data communication 
network or one of the plurality of communication nodes; 
wherein each of the plurality of communication nodes 
includes: a control table; setting means for setting infor- 
mation indicating the transfer/reception direction of data 
transferred in predetermined data transfer and informa- 
tion indicating the control means associated with the 
data transfer and the communication node thereof into 
the control table according to control data transferred 
via the control communication network; and transferring 
means for transferring data transferred via the data 
communication network according to information stored 
in the control table. 

According to a second aspect of this invention, 
there is provided a communication path control method 
for a plurality of communication nodes which are con- 
nected to a control communication network for transfer- 
ring control data and a data communication network for 
transferring data, in which data transfer can be control- 
led by external control means and which each have a 



control table, comprising the steps of: setting informa- 
tion indicating a data transferring/receiving direction of 
data transferred in predetermined data transfer and 
information indicating the control means associated 
5 with the data transfer and the communication node 
thereof into the control table according to control data 
transferred via the control communication network; and 
transferring for transferring data transferred via the data 
communication network according to information stored 
w in the control table. 

With the above construction, it becomes possible to 
manage or control the transfer of individual stream data 
items transferred on the network according to the appli- 
cation form of the stream data, ensure the security 
is since access to the stream can be limited to a related 
user application or applications, and simultaneously 
receive accesses from a plurality of user applications. 
Further, by using the same transfer path for the transfer 
path of a control message and the transfer path of 
20 stream data, the overhead for managing the connection 
structure can be reduced and the maximum number of 
streams which can be processed by one node can be 
increased. 

This invention can be more fully understood from 
25 the following detailed description when taken in con- 
junction with the accompanying drawings, in which: 

FIG. 1 is a block diagram showing the construction 
of a communication system according to one 

30 embodiment of this invention; 

FIG. 2 is a diagram showing the functional con- 
struction of a communication node in the communi- 
cation system shown in FIG. 1 ; 
FIGS. 3A to 3E are diagrams showing examples of 

35 transfer control tables transferred to the respective 
communication nodes to realize the stream transfer 
in the communication system shown in FIG. 1 ; 
FIGS. 4A and 4B are diagrams showing the con- 
ceptional data formats of control data and stream 

40 data in the communication system shown in FIG. 1 ; 
FIG. 5 is a diagram showing a list of control data 
items (control messages) and the types of attached 
parameters corresponding to the control messages 
in the communication system shown in FIG. 1 ; 

45 FIG. 6 is a diagram showing an example in which 
the communication node shown in FIG. 1 is realized 
by a process on a computer; 
FIG. 7 is a diagram showing an example in which 
the communication node shown in FIG, 1 is realized 

so by a combination of a network relay device and a 
management node; 

FIG. 8 is a flowchart showing the operating process 
of the communication node when the stream trans- 
fer path is set; 

55 FIGS. 9A to 9D are diagrams showing the relation 
between the communication nodes for briefly illus- 
trating the state of the stream transfer path in the 
process shown n FIG. 8; 
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FIG. 10 is a flowchart showing the operating proc- 
ess of the communication node when the state of 
the data stream is acquired; 
FIG. 1 1 is a flowchart showing the operating proc- 
ess of the communication node when the transfer s 
control parameter is changed; 
FIG. 12 is a flowchart showing the operating proc- 
ess of the communication node when the polling 
process is effected by use of a poll message; 
FIGS. 13A to 13C are diagrams showing the rela- w 
tion between the application and communication 
nodes for briefly illustrating the control of stream 
transfer by the master node; and 
FIG. 14 is a diagram showing an example the con- 
trol of stream transfer by the master node. is 

There will now be described an embodiment of this 
invention with reference to the accompanying drawings. 

The construction of a communication system 
according to this embodiment is shown in FIG. 1. FIG. 1 20 
does not show the physical construction of the commu- 
nication system but shows the functional construction 
thereof based on the conceptions design. The physical 
construction for realizing the communication system 
shown in FIG. 1 is described later. 25 

As shown in FIG. 1, the communication system of 
this embodiment is constructed by a control communi- 
cation network 10, data communication network 12, a 
plurality of communication nodes 14 and at least one 
control node 16. There are provided four control nodes 30 
P1 to P4 in this system shown in FIG. 1 , but the number 
of the control nodes 16 can be more or less than four. 

The control communication network 10 is a path for 
permitting communication of various types of control 
data items (messages) between one of the communica- 35 
tion nodes 14 and one of the control nodes 16 or 
between the communication nodes 14. Control data will 
be described in detail later. 

The data communication network 12 is a path for 
permitting transfer of stream data between the commu* 40 
nication nodes 14. Stream data is a string of data items 
having a large number of data elements (data frames) 
called frames constructed on the time series and is data 
having a significance in its continuity. The detail expla- 
nation therefor is made later. 45 

The communication nodes 14 are connected to 
both of the control communication network 10 and the 
data communication network 12, each communication 
node can communicate various control data with 
respect to another communication node 1 4 via the con- so 
trol communication network 10, and at the same time, a 
communication path 18 (stream transfer path) can be 
set via desired communication nodes 14 can be set on 
the data communication network 12 to transfer stream 
data. 55 

Each control node 16 can communicate control 
data with respect to one or more communication nodes 
14 via the control communication network 10. The con- 
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trol node C1 of the control nodes 1 6 can control (set the 
stream transfer path) and manage (acquire the state of 
transfer of stream data) the transfer of stream data by 
transferring various control data to the communication 
node A via the control communication network 10. The 
control node C2 can control and manage the same to 
the communication node M3, the control node C3 can 
control and manage the same to the communication 
node M3, and the control node C4 can control and man- 
age the same to the communication node B. 

Next, the construction of the communication node 
14 is explained. 

The conceptional construction of the communica- 
tion node 14 is shown in FIG. 2. As shown in FIG. 2, the 
communication node 14 includes a control section 20, 
data transfer section 22, and communication interfaces 
24a. 24b. 

The control section 20 controls the data transfer 
section 22 and communication interfaces 24a, 24b con- 
structing the communication node 14, communicates 
control data (various messages) with respect to the con- 
trol node 16 or application and executes a process cor- 
responding to the content of control data. The control 
section 20 manages a quality control parameters, statis- 
tical data, and transfer control parameters relating to the 
transfer of stream data. The transfer control parameters 
contain the transmission rate, maximum value of buffer- 
ing, data discarding condition and the like. The quality 
control parameters contain allowable values for varia- 
tions in the End-End data loss rate and End-End delay. 
The statistical data contains the byte number of trans- 
ferred stream data, number of detected transfer errors, 
data arrival interval, data transmission interval and the 
like. 

The control section 20 has a transfer control table 
20a indicating the relation of connection with an adja- 
cent communication node 14 or application and man- 
ages the same. A concrete example of the transfer 
control table 20a is explained later. The control section 
20 has a function of determining the presence or 
absence of access right with respect to control data 
from the application by referring to the transfer control 
table 20a. 

The data transfer section 22 performs the transfer 
of stream data which is input and output via the commu- 
nication interfaces 24a, 24b under the control of the 
control section 20. 

The communication interfaces 24a, 24b are inter- 
faces for communication with another communication 
node 14, and control data (control message) is trans- 
ferred with respect to the control section 20 and stream 
data is transferred with respect to the data transfer sec- 
tion 22. 

The communication node 14 is realized by use of a 
software on a network device in the physical construc- 
tion constructing the communication system and is cre- 
ated when required. Further, a plurality of 
communication nodes 14 for different data streams can 
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be simultaneously operated on one network device. 
Each communication node 14 has a stream identifier for 
identifying a stream associated therewith, and when 
stream data is received and other communication 
nodes 14 exist on the same network device, it can deter- 
mine whether the received stream data is the associ- 
ated stream data or not by referring to the stream 
identifier for the received stream data. Creation of the 
communication node 14 will be described later in detail. 

Like the communication node 14, the application is 
realized by use of a software on the network device, has 
a certain relation with respect to the transfer of stream 
data and has a function of issuing various requests 
relating to the stream data transfer to the communica- 
tion node 14. For example, the application issues 
requests for construction of the stream transfer path, 
starting of the transfer of stream data, and acquisition of 
the state of stream transfer and transfer control param- 
eters. 

Next, the transfer control table 20a managed by the 
control section 20 is explained in detail. Examples of 
settings in the transfer control table are shown in FIGS. 
3A to 3E. 

In this embodiment, in the control communication 
network 10 and data communication network 12. the 
operation of controlling the path for transferring control 
data and stream data is managed by use of the same 
transfer control table and the control data is transferred 
between the communication nodes 14 contained in the 
stream transfer path. 

Tables shown in FIGS. 3A to 3E are transfer control 
tables 20a in the respective communication nodes 14 
when the communication path 18 extending from the 
communication node A shown in FIG. 1 to the commu- 
nication node B via the communication nodes M1, M3 
and Mn is set. . 

In each of the transfer control tables 20a managed 
by the corresponding node, data (communication, node 
or device) indicating source and destination areas via 
which data is transferred is registered and data (appli- 
cations P1, P2. P3, P4) indicating the applications con- 
nected to the corresponding communication node is 
registered. 

In each communication node 14, normal stream 
data and control data supplied via the source area are 
transferred to the destination area. In addition, in a case 
where data indicating an application is registered, con- 
trol data is transferred to the specified application when 
control data has reached the corresponding communi- 
cation node 14. Further, control data input to the appli- 
cation is checked to determine whether the access right 
is present or not by referring to the registered content of 
the application in the transfer control table, and if the 
control data is determined to be control data issued 
from the application having the access right, it is trans- 
ferred to all of the destination areas from the communi- 
cation node 1 4. 

Like the example of the transfer control table shown 
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in FIG. 3E. if data indicating an input device is regis- 
tered in the source area, stream data is not given from 
another communication node 14 but is given from a cor- 
responding communication node 14, that is, an input 

5 device belonging to the communication node B. Like- 
wise, if data indicating an output device is registered in 
the destination area as in the case of the example of the 
transfer control table shown in FIG. 3A, stream data is 
not given to another communication node 14 but is 

;o given to a corresponding communication node 14, that 
is, an output device belonging to the communication 
node A. 

Next, the conceptions formats of control data and 
stream data in this embodiment are explained with ref- 
is erence to FIGS. 4A and 4B. 

As shown in FIG. 4A, control data is constructed by 
a transmission node identifier, destination node identi- 
fier, message identifier and attached parameters. 

In the transmission node identifier, an identifier for 
20 identifying the communication node 14 or application 
which issues the message is entered. In the destination 
node identifier, one of the following items (1) to (3) can 
be specified. 

25 (1) An identifier of the single communication node 
14, or a list of identifiers of a plurality of communica- 
tion nodes 14. 

(2) An identifier indicating broadcasting to all of the 
communication nodes 14 contained in the data 

30 stream transfer path. 

(3) An identifier indicating the terminal node of the 
data stream transfer path. 

A list of control data items (control messages) in 
35 this embodiment and the types of attached parameters 
corresponding to the control messages are shown in 
FIG. 5. The application method of the control messages 
is described later. 

As shown in FIG. 4B, stream data is constructed by 
40 a large number of frames (for example, data elements 
which are the units of image information). Each frame is 
constructed by a frame boundary portion which is a 
head portion, time stamp and data body. The time 
stamp is time information indicating a time difference 
45 from the front end of the stream data. 

Next, the master node and slave node in the com- 
munication system of this embodiment are explained. 

In the communication system of this embodiment, 
one of a plurality of communication nodes constructing 
so a series of stream transfer paths is set as a master node 
having the right to effect the transfer control and the 
other nodes are operated as slave nodes following a 
control instruction from the master node. 

The master node has the right equivalent to the 
55 right of an application (control node 16) which will be 
described later for the communication nodes 14 con- 
tained in the stream transfer path to which the master 
node belongs and the master node can issue control 
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data (message). 

The master node effects the process relating to the 
management of the whole stream transfer process. 
When a control message is given from an application 
connected to one of the communication nodes 14 con- s 
structing the stream transfer path, the control message 
is first transferred to the master node if the content 
thereof indicates a modification of the stream transfer 
processing operation. Further, if the content thereof 
does not indicate a modification of the transfer process- w 
ing operation and indicates an inquiry about the state of 
the stream transfer, for example, transfer to the master 
node is not necessary, and therefore, the master node 
'can assign its own role to another communication node 
14. The process of setting the master node and the is 
process of assigning the role of the master node to 
another communication node 14 will be described later. 

Next, the concrete (physical) construction realizing 
the communication system having the functional con- 
struction as described above is explained. 20 

An example in which a communication node 14 is 
realized by a process on a computer is shown in FIG. 6. 
In the communication system shown in FIG. 6, a large 
number of computer systems 30 are connected to a 
local data communication network 32 or wide area data 25 
communication network 34 and data transfer is effected 
between desired computer systems 30 via the commu- 
nication network. 

In the above communication network, 

30 

(1) the physical node is realized by the computer 
system 30 and the computer system 30 includes a 
host computer and a personal terminal; 

(2) the physical network is the local data communi- 
cation network 32 and wide area data communica- 35 
tion network 34 and realizes the control 
communication network 10 and data communica- 
tion network 12; 

(3) the communication nodes are operating proc- 
esses (control communication process, data trans- 40 
fer process) executed on the computer system 30 
with the control section 20 and data transfer section 

22 and are created as required; 

(4) the control communication is realized by data- 
gram communication between processes created 45 
on different computer systems 30; and 

(5) data transfer is realized by datagram communi- 
cation via a communication network between proc- 
esses created on different computer systems 30. 

so 

Next, an example in which a communication node 
14 realized by a combination of the network relay unit 
and the management node is explained with reference 
to FIG. 7. 

In the communication system shown in FIG. 7, a ss 
computer system 40 is connected to a packet trans- 
fer/receive apparatus 41 which is connected to a router 
42 via a local ATM communication network 44 and a 



10 

computer system 43 is connected to the router 42. With 
this connection, data transfer can be performed 
between desired computer systems 40, 43 via the local 
ATM communication network 44 or wide area ATM com- 
munication network 46. 

In the above communication system, 

(1 ) the physical node is realized by a combination of 
the packet transfer/receive apparatus 41 and the 
computer system 40 for controlling the same and a 
combination of the router 42 and the computer sys- 
tem 43 for controlling the same; 

(2) the physical network is the local ATM communi- 
cation network 44 and wide area ATM communica- 
tion network 46 and realizes the control 
communication network 10 and data communica- 
tion network 12; 

(3) the communication nodes are operating proc- 
esses (control communication processes) executed 
on the computer systems 40, 43 and created as 
required and the data transfer section 22 is realized 
by the transfer function of the router 42; 

(4) the control communication is realized by data- 
gram communication between control communica- 
tion processes created on different computer 
systems 30; and 

(5) data transfer is realized by the control program 
between the routers 42. 

In the constructions shown in FIGS. 6 and 7, the 
application (function associated with stream data trans- 
fer) in this embodiment may be realized in any position 
on the construction. Normally, the application is a proc- 
ess created based on the application program associ- 
ated with stream data transfer on the computer systems 
30, 40, 43. 

The concrete constructions of the communication 
system shown in FIGS. 6 and 7 are only examples and 
this invention can be applied to any type of communica- 
tion system with construction different from the con- 
structions shown in FIGS. 6 and 7 if it is a 
communication system which can realize the construc- 
tion and function shown in FIG. 1 . 

Next, the operation of this embodiment is 
explained. 

First, creation of communication nodes and initiali- 
zation process are explained. In order to cause a com- 
munication node 14 to be associated with one stream 
transfer path, it is required for the communication node 
1 4 to make ready for reception of control data on the 
network device (computer systems 30, 40 in FIGS. 6 
and 7). 

A method for creating the communication node 14 
and initializing the same can be attained by use of a 
construction for previously creating a necessary 
number of communication nodes 14 on the network 
device or a construction for always holding a module 
which manages creation/destruction of the communica- 
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tion node 14 and creating the communication node 
each time a request is made from another communica- 
tion node 14 or application. 

The application for constructing the stream transfer 
path transfers a "set_id" message which is control data s 
indicating setting of stream identifier to a communica- 
tion node 14 lying on the directly accessible network 
device, for example, on the same network device and 
sets an inherent stream identifier indicating stream data 
to be transferred. The stream identifier is registered in a w 
preset column of the transfer control table. 

Then, the application transfers an "add_app" mes- 
sage indicating connection of application and having its 
own application identifier attached thereto to the same 
communication node 14 and registers an application is 
identifier in the column of the application of the transfer 
control table which is managed by the control section 20 
of the communication node 14. 

Further, the application transfers a "master" mes- 
sage indicating assignment of the master node to the 20 
communication node 14 to give the role of the initial 
master node to the communication node 14. 

Next, the process of setting the stream transfer path 
in the communication system is explained. 

The communication node 14 constructs a stream 25 
transfer path to transfer stream data. The communica- 
tion node 14 utilizes an "add_node" message indicating 
connection to an adjacent node and an "extend" mes- 
sage indicating extension of node connection to provide 
a stream transfer path by transferring the messages to 30 
another communication node 14 via the control commu- 
nication network 10. 

The operation procedure of the communication 
node 1 4 at the time of setting the stream transfer path is 
shown by the flowchart of FIG. 8. Further, the relation of 35 
the communication nodes (X1, X2. X3) for briefly 
explaining the state of the stream path is shown in FIG. 
9. 

First, the communication node X1 which is going to 
set the stream transfer path attaches its own communi- 40 
cation node identifier as an attached parameter to the 
"add_node" message and transfers them to another 
communication node X2 (FIG. 9A). 

The communication node X2 which has received 
the message (control data) first determines whether or 45 
not the attached identifier coincides with a previously 
set stream identifier or an application identifier so as to 
determine whether the received control data is ade- 
quate control data or not (steps A1. A2). When the 
received control data is not adequate control data, the so 
communication node X2 transfers the message back to 
the source node (step A2, NO). 

When the received control data is adequate control 
data, the following process is effected. 

When the received message (control data) is an ss 
M add_node" message (A3, NO and A8, YES), the com- 
munication node X2 registers data indicating the com- 
munication node identifier attached to the *'add_node" 



message in the column of the source area correspond- 
ing to one of the data transfer directions among two sets 
of source areas and destination areas (data transfer 
directions) in the transfer control table and the column of 
the destination area corresponding to the other data 
transfer direction by the control of the control section 20 
(stepA9). 

Further, in order to extend the stream transfer path, 
a communication node identifier (for example, commu- 
nication node X3) indicating the destination of extension 
of the path is attached to the "extend" message by the 
communication node X1 and transferred to the commu- 
nication node X2 (FIG. 9B). 

When receiving the "extend" message (step A3, 
YES), the communication node X2 makes an attempt to 
extend the transfer path link to the communication node 
X3 specified by the attached parameter. 

At this time, if there is an available column for the 
destination area in the transfer control table 20a (step 
A5, YES), the control section 20 of the communication 
node X2 enters a communication node identifier of the 
communication node X3 into the column of one of the 
destination areas among the two sets of source areas 
and destination areas (data transfer directions) and the 
column of the other source area (step A6), attaches its 
own communication node identifier to the "add_node" 
message and transfers the same to the communication 
node X3 (step A6, FIG. 9C). 

Like the communication node X2, the communica- 
tion node X3 which has received the "add_node" mes- 
sage registers data indicating the communication node 
identifier attached to the "add_node" message in the 
column of the source area corresponding to one of the 
data transfer directions among the two sets of data 
transfer directions and in the column of the destination 
area corresponding to the other data transfer direction. 
Thus, a stream transfer path ranging from the communi- 
cation node X1 to the communication node X3 via the 
communication node X2 is constructed (FIG. 9D). 

When the "extend" message is received and if there 
is no available column in the destination area in the 
transfer control table (step A4, NO), the control section 
20 of the communication node X2 transfers the "extend" 
message to the communication node which is already 
registered in the column of the destination area, that is, 
the adjacent communication node (step A7). In this 
case, the communication node which has received the 
transferred "extend" message executes the same proc- 
ess as that executed by the communication node X2 
described before. 

The application constructing the stream transfer 
path sequentially transfers the "extend" message to the 
connected communication nodes to extend the link of 
the stream transfer path so that a stream transfer path 
can be constructed between desired communication 
nodes. 

Next, a process for connection of application is 
explained. 
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The application attaches an application identifier 
and stream identifier to an "add_app" message indicat- 
ing connection of the application and then transfers 
message to the communication node 14 on the same 
network device so as to request access to a stream 5 
transfer path associated with the communication node 
14. 

In this embodiment, the value of the stream identi- 
fier attached to the "add_app" message is encoded and 
decoded and determined on the communication node 10 
14 side which receives the "add_app" message. A 
coded stream is previously given to a regular application 
having the access right by a different means. Therefore, 
access from an application having no access right can 
be prohibited. 75 

The communication node 14 (control section 20) 
which has received the "add_app" message decodes 
and determines the coded stream identif ier attached to 
the "add_app" message, and if it is determined that the 
stream identifier is a valid stream identifier, it registers 20 
the content of the application identifier in the column of 
the application of the transfer control table. As the result 
of the above process, the application which is permitted 
to make connection access to the communication node 
14 then transfers preset control data (message) so that 25 
the stream identifier can be related to transfer of stream 
data indicated by the stream identifier. 

Next, a process relating to the starting of transfer of 
stream data is explained. 

When a stream transfer path is constructed 30 
between the communication nodes 14, the application 
starts the transfer of data stream as follows. In this case, 
the application is not necessarily connected to the com- 
munication node 14 which is used as a terminal node for 
transferring stream data. 35 

First, the application transfers a "start" message 
indicating the starting of transfer of stream data to the 
communication node 14 to which it is connected. 

The communication node (control section 20) which 
has received the "start" message starts the transfer of *o 
stream data if it is a terminal node of the stream transfer 
path and is a node for transferring stream data. On the 
other hand, the communication node 14 refers to the 
transfer control table and transfers the "start" message 
to an adjacent communication node 14 indicated by the 45 
destination area if it is not a terminal node of the stream 
transfer path. The communication node 14 which has 
received the "Starr message from the adjacent node 
effects the same process as that effected by the com- 
munication node 14 described before. so 

Thus, the "start" message issued from the applica- 
tion is transferred to the terminal node (communication 
node 14) for transferring stream data via the stream 
transfer path. The communication node 1 4 which is the 
terminal node starts the transfer of stream data via the 55 
stream transfer path in response to the "start" message. 

Now, the process of stream data transfer in the 
communication node 14 is explained. 



Stream data is transferred from one terminal node 
(communication node 14) of the stream transfer path, 
relayed via some communication nodes 14 and trans- 
ferred to the other terminal node (communication node 
14). The communication nodes associated with the 
stream transfer path store statistical information (trans- 
fer byte number, transfer error number, data arrival inter- 
val, data transfer interval and the like) relating to the 
transfer of stream data. 

The communication nodes 14 for relaying the 
stream data each have functions of (1) timing adjust- 
ment, (2) filtering, and (3) data conversion. 

The above functions are s follows. 

(1) Timing Adjustment : The timing adjustment in 
the communication node 1 4 for relaying is to tempo- 
rarily store received stream data into a buffer and 
transfer the stream data to a destination area at a 
timing specified from the exterior. Specification of 
the timing includes the maximum, minimum or aver- 
age value relating to the data transfer rate and data 
transfer interval. 

(2) Filtering : The filtering in the communication 
node 14 for relaying is a process for selectively 
transferring only part of received data and discard- 
ing the remaining portion, and a method of dealing 
with data which corresponds to the condition and 
setting of the data selecting condition is specified 
by the specification from the exterior. 

(3) Data Conversion : Data conversion in the com- 
munication node 14 for relaying is to process 
received data by a method specified from the exte- 
rior and transfer the processed data to the destina- 
tion area. Specification of the conversion method 
includes conversion of the data representing for- 
mat. 

Since the operation of the relay node can be speci- 
fied from the exterior via the control communication net- 
work 10, the relay processing operation of the 
respective nodes associated with the stream transfer 
path can be generally controlled from the control node 
16 (application) or master node. 

Next, the process of acquiring the state of stream 
transfer and transfer control parameter by the applica- 
tion is explained. FIG. 10 is a flowchart for illustrating 
the operating process of the communication node 14 
when the state of data stream is acquired. 

Since the master node has the privilege equivalent 
to that of the application (control node 16), it is assumed 
that the master node can make the same requests as 
those made by the application which will be described 
below and the explanation therefor is omitted. 

First, the application attaches an identifier indicat- 
ing the content of requested statistical data as an 
attached parameter to a "get_stat" message indicating 
acquisition of statistical data, specifies a destination 
communication node as an object of acquisition of sta- 
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tistical data by use of a destination node identifier and 
transfers the same to a communication node 14 to 
which it is connected. 

The communication node 14 which has received 
control data determines whether the received control 5 
data is valid or not as in the process of the steps A1 , A2 
(steps B1, B2). 

If the received control data is a "get_stat" message 
(step B3, YES), the communication node 14 determines 
whether or not it is contained in a specified destination 10 
communication node or nodes by comparing its own 
communication node identifier with the destination node 
identifier or identifiers in the message (step 84). 

In this case, if the communication node 14 is the 
specified destination communication node, it performs is 
the process for statistical data indicated by the identifier 
of the statistical data of the attached parameter as the 
process (reception process) for the received message 
(step B5). 

Then, the communication node 14 determines 20 
whether it is necessary to transfer the "get_stat M mes- 
sage to another communication node 14 or not based 
on the destination node identifier (step B6). That is, the 
communication node 14 determines that it is necessary 
to transfer the "get_stat" message to another communi- 25 
cation node 14 in a case where the destination node 
identifier is a broadcasting address, where the destina- 
tion node identifier is a list containing a node identifier 
other than its own node identifier, or where the commu- 
nication node is not a terminal node and the destination 30 
node identifier indicates a terminal node. 

When it is necessary to transfer the "get_stat M mes- 
sage (B6, YES), the communication node 14 refers to 
the transfer control table 20a to transfer the "get_stat" 
message to an adjacent communication node 14 indi- 35 
cated by the destination area (step B7), 

The communication node 14 which has received 
the "geLstat" message from the adjacent node exe- 
cutes the same process as that described before. 
Therefore, the M get_stat M message is transferred to all of 40 
the communication nodes 14 specified by the destina- 
tion node identifier. 

The communication node 14 which has received 
the "get_stat M message feeds back requested statistical 
information obtained by the reception process as result- 45 
of-process information of the attached parameter by 
use of an "ack" message indicating the acknowledg- 
ment. 

Thus, the application (and the master node) can 
manage the stream transfer state of each communica- so 
tion node 14 on the stream transfer path. 

The application can acquire the transfer control 
parameter during the stream data transferring opera- 
tion. In this case, the application transfers a 
"get_param" message indicating acquisition of transfer 55 
control parameter to a communication node to which it 
is connected in the same manner as that described for 
the "get_stat" message. 



The communication node 14 which has received 
the "get_stat" message executes the process in the 
same manner as illustrated by the flowchart shown in 
FIG. 10. Therefore, the application can acquire the 
transfer control parameter by the "ack" message. 

Next, setting of the transfer control parameter by 
the application is explained. The process of the commu- 
nication node 14 for setting the transfer control parame- 
ter is shown in the flowchart of FIG. 1 1 . 

Since the master node has the privilege equivalent 
to that of the application (control node 1 6), it is assumed 
that it can make the same request as the application in 
the following explanation and the explanation therefor is 
omitted. 

First, the application attaches an identifier indicat- 
ing the content of a transfer control parameter to be set 
as an attached parameter to a "set_param" message 
indicating acquisition of statistical data, specifies a des- 
tination communication node which is an object of 
acquisition of the transfer control parameter by use of a 
destination node identifier, and transfers the same to a 
communication node 14 to which it is connected. 

The communication node 14 which has received 
the control data determines whether the received con- 
trol data is valid or not in the same manner as in the 
process of the steps A1 , A2 (steps C1, C2). 

If the received control data is a "set_param" mes- 
sage (step C3, YES) , the communication node 1 4 deter- 
mines whether or not it is contained in a specified 
destination communication node or nodes by compar- 
ing its own communication node identifier with the des- 
tination node identifier or identifiers in the message 
(step C4). 

In this case, if the communication node 14 is the 
specified destination communication node, it performs 
the process for the parameter indicated by the identifier 
of the transfer control data of the attached parameter as 
the process (reception process) for the received mes- 
sage (step C5). 

Then, the communication node 14 determines 
whether it is necessary to transfer the "set_param" mes- 
sage to another communication node 1 4 or not based 
on the destination node identifier (step C6). That is, the 
communication node 14 determines that it is necessary 
to transfer the "set_jDaram" message to another com- 
munication node 14 in a case where the destination 
node identifier is a broadcasting address, where the 
destination node identifier is a list containing a node 
identifier other than its own node identifier, or where the 
communication node is not a terminal node and the 
destination node identifier indicates a terminal node. 

When it is necessary to transfer the "set_param" 
message (C6, YES), the communication node 14 refers 
to the transfer control table 20a to transfer the 
"set_param" message to an adjacent communication 
node 14 indicated by the destination area (step C7). 

The communication node 14 which has received 
the "set__param" message from the adjacent node exe- 
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cutes the same process as that described before. 
Therefore, the "set_param" message is transferred to all 
of the communication nodes 14 specified by the desti- 
nation node identifier 

Thus, the application (and the master node) can set 
a desired parameter value on each communication 
node 14 on the stream transfer path. 

Next, the polling process by use of a "poll" message 
is explained. 

A method of acquiring the stream transfer state and 
transfer control parameter based on the "get_stat" mes- 
sage and "set_param" message is attained by feeding 
back the "ack" message from the communication node 
14 which has received the message. However, in the 
case of the "poll" message, a required one of the com- 
munication nodes 14 can effect the process for entering 
the content of a polling item identifier to be set in the 
attached parameter into the attached parameter 
(entered value) while the message is being transferred 
(polled) between the communication nodes 14. 

The process of the communication node 14 
effected when the polling process based on the "poll" 
message is effected is shown in the flowchart of FIG. 
12. 

The application (control node 16) or master node 
enters a terminal node of the transfer link into the desti- 
nation node identifier and issues a "poll" message. 
When receiving the "poll" message, the communication 
node 14 determines whether the received control data 
is valid control data or not in the same manner as in the 
process of steps A1 , A2 shown in FIG. 8 (steps D1 , D2). 
The communication node 14 changes the entered value 
in the attached parameter according to the content indi- 
cated by the polling item identifier (step D4) and trans- 
fers the "poll" message to an adjacent communication 
node 14 indicated by the destination area of the transfer 
control table (steps D5, D6) if its own communication 
node is not a terminal node. 

For example, as an example of the process for 
changing the entered value contained in the attached 
parameter, there is provided a process for deriving the 
maximum and minimum values of the throughput of 
stream data transfer by use of. the number of transfer 
bytes of stream data of statistical data in order to detect 
a communication node 14 which causes a bottleneck 
among a plurality of communication nodes 14 on the 
stream transfer path. 

In this case, each communication node 14 com- 
pares the entered value (transfer byte number of stream 
data) contained in the attached parameter of the "poll" 
message with the transfer byte number of stream data 
in a communication node 14 which the corresponding 
communication node manages and then rewrites the 
entered value contained in the attached parameter if the 
result of comparison indicates a corresponding value. 
That is, if the value is larger than the entered value, it is 
treated as the maximum value among the values for the 
communication nodes 14 on the path processed so far, 



and if the value is smaller than the entered value, it is 
treated as the minimum value, and the entered value of 
the attached parameter is rewritten according to the 
result. 

5 Further, instead of rewriting the entered value as 

described above, it is possible to accumulate data indi- 
cating the acknowledgment content which each com- 
munication node 14 has in the respective 
communication nodes 14 so as to poll the "poll" mes- 

w sage. 

When the "poll" message has reached the commu- 
nication node 1 4 which is the terminal node of the trans- 
fer link, the communication node 14 which is the 
terminal node executes the process according to the 

is content of the polling item identifier in the same manner 
as in another communication node 14, attaches the 
content of the entered value written in the attached 
parameter of the "poll" message as processing result 
information to the "ack" message, and feeds back the 

20 same to the source node of the "poll" message (step 
07). 

As a result, the results of acknowledgment of all of 
the communication nodes 14 on the stream transfer 
path can be reflected on a single "poll" message. 
25 It is not always necessary for all of the communica- 
tion nodes 14 which have received the "poll" message 
to effect the process for changing the entered value 
contained in the attached parameter and it is possible to 
poll the substantial "poll" message only for desired com- 

30 munication nodes 1 4 on the stream transfer path by set- 
ting the condition of the communication node 14 
specified as an object by use of the polling item identi- 
fier (in this case, it is possible to provide communication 
nodes 1 4 which do not effect the process according to 

35 the "poll" message even though the "poll" message 
itself is transferred thereto). 

Next, the process relating to the stream transfer 
control by the master node is explained. 

The relation between communication nodes (X.1, 

40 X2, X3, X4) and the application A for briefly illustrating 
the control of stream transfer by the master node is 
shown in FIGS. 13A to 13C. In this case, an example in 
which a stream transfer path for transferring stream 
data from the communication node X1 to the communi- 

45 cation node X4 via the communication nodes X2, X3 is 
shown. Further, it is assumed that the application A is 
connected to the communication node X3 and the mas- 
ter node is set in the communication node X2. 

The application A can change the quality control 

so parameter of stream data during the stream data trans- 
ferring operation as follows (FIG. 13A). 

The application A attaches a control parameter 
relating to the stream transfer quality as an attached 
parameter to a "set__qos" message indicating setting of 

55 the transfer quality parameter, enters a master node 
identifier into the destination node identifier and trans- 
fers the same to the communication node X3 to which it 
is connected. 
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In the attached parameter of the "set_qos" mes- 
sage, a condition (an identifier of the transfer quality 
condition) which must be satisfied to maintain the 
stream transfer state in the normal state and a process- 
ing method (an identifier of a processing method for 
coping with an abnormal state) effected when the nor- 
mal state cannot be attained are set. 

The communication node which has received the 
"set_qos" message refers to the transfer control table 
20a and transfers the "set_qos" message to an adjacent 
communication node if it is not a master node and it is 
not a terminal node of the stream transfer path. There- 
fore, the "set_qos" message can be transferred to the 
master node irrespective of the location of the master 
node on the stream transfer path. 

In the example shown in FIG. 13A, since the com- 
munication node X3 which has received the "set_qos" 
message is not the master node, it transfers the 
"set_qos M message to the adjacent communication 
nodes X2, X4. As a result, the "set_qos" message finally 
arrives at the communication node X2 which is the mas- 
ter node. 

The communication node X2 effects the corre- 
sponding process for the "set_qos" message and trans- 
fers the result of processing to the application A which is 
the request source via the communication node X3 by 
use of the "ack" message. 

Further, as shown in FIG. 13A. a "get_qos" mes- 
sage for requesting acquisition of a quality control 
parameter of stream data is transferred from the appli- 
cation A to the master node in the same process as in 
the case of "set_qos" message and a corresponding 
acknowledgment is transferred from the master node to 
the application A which is the request source by use of 
an "ack" message. 

The master node has the privilege equivalent to 
that of the application with respect to the communica- 
tion nodes 14 contained in the stream transfer path in 
which it is contained and can issue the above control 
message as well as the application. 

That is, as shown in FIG. 13B, like the application, 
the communication node X2 which is the master node 
can issue a "get_param" message or "get_stat" mes- 
sage inquiring of another node as to the transfer state 
during the stream data transfer and can acquire the 
state of the whole stream transfer by acquiring an "ack" 
message which is the acknowledgment thereof. 

Further, as shown in FIG. 13C, the slave node can 
voluntarily notify the master node (communication node 
X2) of occurrence of event or the state of stream trans- 
fer process by use of a "notify" message indicating noti- 
fication. 

If the stream transfer state thus collected in the 
master node does not satisfy the condition previously 
given to the "set_qos" message, the stream transfer 
control parameter is changed by use of the "set _param" 
message based on a previously given processing 
method, and the construction of the transfer path is 



modified by use of a "remove_node" message indicat- 
ing removal of an adjacent node, an "add_node" mes- 
sage indicating an adjacent node and an "extend" 
message. 

5 In a case where the master node itself is separated 

from the stream transfer path when the construction of 
the transfer path is thus modified, the master node is 
assigned to another communication node by use of a 
"master" message indicating assignment of the master 

io node. 

One example of the control operation of stream 
transfer by the master node is shown in FIG. 14. 

It is assumed that the stream data transfer path of 
the communication nodes X3, X2, X1 is set in the initial 
is stage in the construction of FIG. 14 and stream data is 
transferred from the communication node X3 which is 
the master node to the communication node X1 via the 
communication node X2. 

Further, for example, it is assumed that, in the 
20 above communication system, the communication node 
X3 which is the master node detects that the load of the 
communication node X2 increases and causes a bottle- 
neck according to a "get_stat" message, for example, 
during the stream transfer operation. 
25 In this case, the master node can remove the com- 
munication node X2 by use of a "remove_node" mes- 
sage and newly set a stream transfer path passing 
through a communication node X4 as indicated by bro- 
ken lines (1), (2) in FIG. 14 by issuing an "add_node" 
30 message and "extend" message. 

Further, assignment of the master node is effected 
as follows. 

For example, the communication node X3 transfers 
stream data to the communication node X2 at a transfer 

35 rate higher than the original transfer rate of transfer from 
the communication node X2 to the communication node 
X1 and releases the communication node X3 itself from 
the stream transfer process. The communication node 
X2 acts as a relay node to buffer the stream data trans- 

40 ferred from the communication node X3 and transfer the 
same to the communication node X1 at the original 
transfer rate. 

The communication node X3 can assign the master 
node by issuing the "master" message to the communi- 

45 cation node X2 and set itself to a slave node so as to 
reduce the processing load thereof. 

Thus, even a communication node which is a 
source node of stream data can assign the master node 
and even a communication node which is a destination 

so node or a communication node acting as a relay node 
can change the master node according to the transfer 
state of stream data. 

Next, the process for terminating the stream data 
transfer is explained. 

55 When the transfer of stream data is terminated, a 
"stop" message is issued. The communication node 14 
which has received the "stop" message can terminate 
the stream transfer operation by effecting the process 
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which is in reverse relation to the process effected when 
the "start" message is received. Further, it can release 
the communication node associated with the stream 
transfer path by use of the "remove_node" message 
and M remove_app" message. The communication node 5 
14 which has received the "remove„node" message 
effects the process which is in reverse relation to the 
process effected when the "add_node" message is 
received and the communication node 14 which has 
received the "remove_app" message effects the proc- w 
ess which is in inverse relation to the process effected 
when the "add_node" message is received. 

As described above, according to this invention, 
transfer of individual stream data items flowing on the 
network can be managed and controlled according to 15 
the application form thereof and since access to the 
stream can be limited to the associated user applica- 
tion, the security thereof can be ensured and accesses 
from a plurality of user applications can be simultane- 
ously received. Further, by using the same transfer path 20 
for the transfer path of a control message and the trans- 
fer path of stream data, the overhead for managing the 
connection structure can be reduced and the maximum 
number of streams which can be processed by one 
node can be increased. 2$ 

Only two sets of data items indicating the source 
and destination areas (data transfer directions) are reg- 
istered on the transfer control table 20a only for clarify- 
ing the illustration, but three or more sets of source and 
destination areas can be registered in each communi- 30 
cation node according to the number of stream transfers 
associated with the communication node. 

The control communication network and the data 
communication network are not necessarily physically 
different networks. 35 

Claims 

1. A communication system characterized by com- 
prising: 40 



setting means (20) for setting information 
indicating the transfer/reception direction 
of data transferred in predetermined data 
transfer and information indicating said 
control means associated with the data 
transfer and the communication node 
thereof into said control table according to 
control data transferred via said control 
communication network; and 
transferring means (22) for transferring 
data transferred via said data communica- 
tion network according to information 
stored in said control table. 

2. A communication system according to claim 1, 
characterized in that each of said plurality of com- 
munication nodes includes means (20) for deter- 
mining the validity of the control data by referring to 
information stored in said control table according to 
control data transferred via said control communi- 
cation network. 

3. A communication system according to claim 1, 
characterized in that said control table has coded 
identifier information for identifying the data trans- 
fer, the control data includes coded identifier infor- 
mation for identifying associated data transfer, and 
each of said plurality of communication nodes 
includes means (20) for notifying said control 
means of coded identifier information for identifying 
associated data transfer and determining the valid- 
ity of the control data by referring to the identifier 
information of said control table according to control 
data transferred via said control communication 
network. 

4. A communication system according to claim 1, 
characterized in that said control data includes a 
data transfer control request for a desired commu- 
nication node and first identifier information inher- 
ent to the data transfer, said control table stores 
second identifier information for identifying data 
transfer with which the communication node having 
the control table is associated, and each of said plu- 
rality of communication nodes includes means for 
comparing the second identifier information with the 
first identifier information contained in control data 
transferred via said control communication network 
according to the control data and controlling said 
transferring means according to the result of com- 
parison. 

5. A communication system according to claim 1, 
characterized in that each of said plurality of com- 
munication nodes includes means (20) for output- 
ting control data for requesting acquisition of the 
state of another communication node to said con- 
trol communication network; and means (20) for 



a control communication network (10) for trans- 
ferring control data; 

a data communication network (12) for trans- 
ferring data; 45 
a plurality of communication nodes (14) con- 
nected to said control communication network 
and data communication network; and 
at least one control means (16) for controlling 
data transfer by said plurality of communication 50 
nodes, each of said control means being con- 
nected to one of said control communication 
network and data communication network or 
one of said plurality of communication nodes; 

characterized in that each of said plural- 55 
ity of communication nodes includes: 

a control table (20a); 
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setting a master node which manages a plurality of 
communication nodes associated with the data 
transfer to one of said plurality of communication 
nodes according to the acquired state. 

5 

6. A communication system according to claim 1, 
characterized in that each of said plurality of com- 
munication nodes includes means for outputting 
control data for assigning a master node to another 
communication node when the communication 10 
node is the master node; and means for managing 

a plurality of communication nodes associated with 
the data transfer according to control data trans- 
ferred via said control communication network, for 
assigning the master node. 15 

7. A communication system according to claim 1, 
characterized in that the control data contains a 
source identifier indicating a source node, informa- 
tion indicating a data transferring/receiving direc- 20 
tion in said control table includes at least one pair of 

a source identifier and a destination identifier indi- 
cating a destination node, and each of said plurality 
of communication nodes includes processing 
means for outputting control data transferred via 25 
said control communication network according to a 
destination identifier corresponding to the source 
identifier of the received control data by referring to 
the information indicating the data transfer- 
ring/receiving direction. 50 

8. A communication system according to claim 7, 
characterized in that the control data contains a 
destination identifier indicating at least one commu- 
nication node, and said processing means exe- 35 
cutes a process according to the control data when 

the identifier of the corresponding communication 
node is contained in thedestination identifier of the 
received control data and outputs the control data 
according to a destination identifier corresponding 40 
to the source identifier of the received control data 
by referring to the information indicating the data 
transferring/receiving direction when an identifier 
indicating another communication node is con- 
tained in the above destination identifier. 45 



node and a parameter and said processing means 
changes the parameter according to the state of the 
corresponding communication node thereof in 
response to the state notifying request. 

A communication system according to claim 10, 
characterized in that the state of the communication 
node is defined by at least one of transfer control 
data, quality control data and statistical data. 

A communication path control method for a plurality 
of communication nodes (14) which are connected 
to a control communication network (10) for trans- 
ferring control data and a data communication net- 
work (12) for transferring data, in which data 
transfer can be controlled by external control 
means and which each have a control table (20a), 
characterized by comprising the steps of: 

setting information indicating a data transfer- 
ring/receiving direction of data transferred in 
predetermined data transfer and information 
indicating the control means associated with 
the data transfer and the communication node 
thereof into the control table according to con- 
trol data transferred via said control communi- 
cation network (FIG. 8, step A4); and 
transferring (22) for transferring data trans- 
ferred via said data communication network 
according to information stored in the control 
table. 

A communication path control method according to 
claim 12, characterized by further comprising the 
step of determining the validity of the control data 
by referring to information stored in the control table 
according to the control data transferred via said 
control communication network (A2). 



9. A communication system according to claim 8, 
characterized in that the control data contains a 
state notifying request of a desired communication 
node, and said processing means issues the state so 
of the corresponding communication node thereof 

to a communication node indicated by the source 
identifier of the control data in response to the state 
notifying request. 

55 

10. A communication system according to claim 7, 
characterized in that the control data contains a 
state notifying request of a desired communication 
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